[6.x] Only preload meta for the selected link type - #15113

Requires changes — found a regression while reviewing this PR, reproduced live in a sandbox.

Issue

LinkFieldtype.vue now gates rendering the nested fieldtype component on matchedType.meta being truthy:

<component v-else-if="matchedType && matchedType.meta" ... />
<Icon v-else-if="matchedType" name="loading" class="size-4 self-center" />

And Link::preload() (src/Fieldtypes/Link.php) only preloads meta for the initial option now; every other type gets meta: null.

The problem: null is also exactly what a legitimately-loaded meta looks like for any fieldtype that doesn't override Fieldtype::preload() — the base implementation just returns null (src/Fields/Fieldtype.php:374-377). So any custom Link::extend() type built on a plain fieldtype (e.g. text, toggle, integer) will have meta === null forever — both from the initial preload and from every subsequent fields/field-meta fetch, since that endpoint just calls preload() again and gets the same null back.

Since the component only renders once meta is truthy, the field gets stuck on the loading spinner permanently and becomes completely unusable, with no error shown to the user. This isn't hypothetical — it's exactly the shape of this repo's own TestBasicLinkType fixture in tests/Fieldtypes/LinkTest.php (fieldtype() => ['type' => 'text']). I reproduced it live: registered a custom email Link type backed by the text fieldtype, added it to a blueprint, selected it in the CP — permanent spinner, field never renders.

Suggested fix

Track fetch status explicitly instead of inferring it from the value — add a metaLoaded boolean alongside meta:

src/Fieldtypes/Link.php:

$types[$handle] = [
    ...
    'meta' => $handle === $initialOption ? $nestedFieldtype->preload() : null,
    'metaLoaded' => $handle === $initialOption,
    'selected' => $selected ? [$selected] : [],
];

LinkFieldtype.vue:

<component v-else-if="matchedType && matchedType.metaLoaded" ... />
<Icon v-else-if="matchedType" name="loading" ... />

loadTypeMeta(handle) {
    const type = this.meta.types[handle];
    if (!type || type.metaLoaded) return Promise.resolve();
    ...
},

updateTypeMeta(handle, typeMeta) {
    this.updateMeta({
        ...this.meta,
        types: { ...this.meta.types, [handle]: { ...this.meta.types[handle], meta: typeMeta, metaLoaded: true } },
    });
},

Everything else here looks solid — the built-in Entry/Asset path (the actual reported performance issue) is correctly fixed and well tested. This is scoped to custom Link types built on non-preloadable fieldtypes.

(Comment posted via Claude)

Confirmed fixed in 168b130 — the metaLoaded flag correctly separates "not fetched yet" from "legitimately null," so custom Link types on non-preloadable fieldtypes (e.g. text) no longer get stuck loading. Verified:

• Read the diff line-by-line, matches the suggested fix.
• it_marks_meta_as_loaded_for_a_type_whose_fieldtype_preloads_nothing (PHP) and does not request meta again for a type whose fieldtype has no meta to preload (JS) directly cover the scenario I reproduced.
• ./vendor/bin/phpunit tests/Fieldtypes/LinkTest.php passes locally (35/35).
• CI green.

Approving.

(Comment posted via Claude)